home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Columbia Kermit
/
kermit.zip
/
newsgroups
/
misc.19970104-19970326
/
000380_news@columbia.edu _Fri Mar 7 18:25:40 1997.msg
< prev
next >
Wrap
Internet Message Format
|
2020-01-01
|
2KB
Return-Path: <news@columbia.edu>
Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30])
by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id SAA24910
for <kermit.misc@watsun.cc.columbia.edu>; Fri, 7 Mar 1997 18:25:39 -0500 (EST)
Received: (from news@localhost)
by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id SAA01176
for kermit.misc@watsun; Fri, 7 Mar 1997 18:25:38 -0500 (EST)
Path: news.columbia.edu!panix!news.eecs.umich.edu!news.radio.cz!newsbastard.radio.cz!news.radio.cz!CESspool!news.maxwell.syr.edu!cpk-news-hub1.bbnplanet.com!cam-news-hub1.bbnplanet.com!news.bbnplanet.com!howland.erols.net!cs.utexas.edu!news.cs.utah.edu!cc.usu.edu!jrd
From: jrd@cc.usu.edu (Joe Doupnik)
Newsgroups: comp.protocols.kermit.misc
Subject: Re: FAST+FAST->Window slots 1 of 20
Message-ID: <1997Mar7.152135.95352@cc.usu.edu>
Date: 7 Mar 97 15:21:35 MDT
References: <5fb64g$5fp@nntp.Stanford.EDU>
Organization: Utah State University
Lines: 21
Xref: news.columbia.edu comp.protocols.kermit.misc:6715
In article <5fb64g$5fp@nntp.Stanford.EDU>, stew@taal.Stanford.EDU (Stewart Levin) writes:
> C-Kermit 6.0.192 on both ends (Linux and Sun OS 4.1.3)
> Binary file transfer mode
> FAST invoked on both ends before transfer
>
> SEND'ing a large file from the Sun to the PC produces
> 20 rapid packets followed by a much slower one-at-a-time
> crawl and the message that I am using 1 of 20 window slots.
> Cancelling the file takes 20 more packets to complete.
> This happens whether or not I use the SET BUFFERS 100000 100000
> command on both ends. Similarly with CAUTIOUS on both ends.
>
> Looks like it's the Linux end that's misbehaving.
> Have I overlooked something in the Using C-Kermit 2nd ed. chapter
> 12? Is there a patch I should retrieve?
-------------
You are forgetting that the comms channel may not be able to
cope. You don't say what that channel may be (or I've lost the scoop).
Not coping leads to lost packets, and that in turn causes Kermit to
slow down so losses are less likely.
Joe D.